Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FYST-1728 Fix MD client address updates #5476

Merged

Conversation

tahsinaislam
Copy link
Contributor

@tahsinaislam tahsinaislam commented Jan 29, 2025

Link to pivotal/JIRA issue

https://codeforamerica.atlassian.net/browse/FYST-1728

Is PM acceptance required? (delete one)

  • Yes - don't merge until JIRA issue is accepted!

What was done?

  • Make sure MD is hardcoded when the client changes their address in the permanent address controller. This is because in the form MD is hardcoded because permanent address must be within MD

How to test?

  • Updated permanent address controller because there shouldn't be a case where a CO/out of state address is shown in the xml because in the flow it stops you to change the address to a MD one

Screenshots (for visual changes)

  • Before
  • After

Copy link

Heroku app: https://gyr-review-app-5476-53297eee3a44.herokuapp.com/
View logs: heroku logs --app gyr-review-app-5476 (optionally add --tail)

@tahsinaislam tahsinaislam marked this pull request as ready for review January 29, 2025 18:58
Copy link
Contributor

@arinchoi03 arinchoi03 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

(Remember: this change should not impact mailing address from DF, which can be out-of state)

Found this in the note, seeing the tests be deleted, it looks like this change will make DF mailing address that is out of state hard-coded to "MD". What I think should happen is that if not :permanent_address_outside_md, we could hardcode? Happy to tuple!

@tahsinaislam
Copy link
Contributor Author

(Remember: this change should not impact mailing address from DF, which can be out-of state)

Found this in the note, seeing the tests be deleted, it looks like this change will make DF mailing address that is out of state hard-coded to "MD". What I think should happen is that if not :permanent_address_outside_md, we could hardcode? Happy to tuple!

Mailing address is that in the return header. We are hardcoding the Maryland permanent address in md502 which must always be in MD. This is the address we correct in the flow if it is out of state and the state is hardcoded to MD in the flow.

@@ -54,7 +54,7 @@ def document
xml.AddressLine1Txt sanitize_for_xml(@intake.permanent_street, 30)
xml.AddressLine2Txt sanitize_for_xml(@intake.permanent_apartment, 30) if @intake.permanent_apartment.present?
xml.CityNm sanitize_for_xml(@intake.permanent_city, 20)
xml.StateAbbreviationCd @intake.direct_file_data.mailing_state.upcase
xml.StateAbbreviationCd "MD"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

confirmed that although the DF can send us the out of state mailing_state -- if the user confirms :permanent_address_outside_md it will lead the user to an ineligible screen. Which means that by the time we fill out the MD502, the user should've provided an address within MD (state hard coded on permanent address controller).

Copy link
Contributor

@arinchoi03 arinchoi03 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🙏

@tahsinaislam tahsinaislam merged commit ab6a0fd into main Jan 30, 2025
7 checks passed
@tahsinaislam tahsinaislam deleted the FYST-1728-md-client-address-updates-should-update-xml branch January 30, 2025 00:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants